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5 Background of the Invention 

Field of the Invention 

The present invention relates to methods and systems for linking information 
between different parties/nodes in a global computer network. More specifically, this 
invention relates to methods and systems for storing, retrieving and linking consumer 
10 information across the Internet. 

Description of the Related Art 

Several companies are utilizing the power of the Internet to amass and provide 
information on consumers to various companies. For example, U.S. Patent No. 

15 5,948,061 to Merriman discloses a system for displaying custom advertising on Internet 

pages. The disclosed system utilizes a redirect or hidden connection feature built into 
the Internet Protocol (IP) network Hypertext Transport protocol (HTTP). In Merriman, 
a merchant site redirects a consumer browser to an advertising server by placing an 
advertisement that is stored on the advertising server onto the merchant page. Once the 

20 consumer browser accesses the merchant page, the browser is redirected or establishes a 

hidden temporary connection to the advertising server so that the advertisement can be 
retrieved. Once the browser is connected to the advertising server, the advertising 
server reads any of its Internet cookies that have been previously stored on the 
consumer's computer. Jf a cookie is found, the advertising server then performs one or 

25 more of the follovmig tasks: ■ " 

• Looks up a Consumer Identification String stored in the cookie with the advertising 
server's merchant site consumer history database, 

• Determines the consumer's web browsing preferences, 

• Determines which of the ad banners that the advertising server is licensed to place 
30 will most likely appeal to the current consxmier, 

• Updates the consumer's cookies with any new information 



• Redirects or connects the consumer browser back to the merchant server, 

• Provides the merchant address with the Intemet address of the advertising banner 
determined to be preferred by the consumer, 

• Updates the advertising server with new information on the consumer history 
database, 

• Updates the advertising banner read or placed database to indicate that the 
advertisement was displayed on the merchant's Intemet page. 

Unfortunately, the type of information that is made available to the merchant 
server is very limited. For example, in these systems, the only information available is 
that which has been stored in the merchant's consumer file and the cross-session 
advertising consumer preference information obtained from third party advertising 
servers. 

For this reason, there is an existing need for merchants and advertisers to be 
provided with systems and methods that provide information outside this limited 
universe. This need will become more prevalent as the Intemet becomes more widely 
used in the home and for businesses. 

Summary of the Invention 
One embodiment of the invention is a computerized information system for 
retrieving consumer data over a network that includes: a consumer network interface 
device; a fu-st information server for receiving a consumer identifier ; a Linkage Key 
conversion module comprising instructions for converting said consumer identifier into 
a Link£^e Key; a Linkage Key database comprising consumer data indexed by said 
Linkage Key; and instructions for comparing said Linkage Key to said linkage database 
4n"order to retrieve consumer data from said linkage database. 

Another embodiment of the invention is a wide area network system for 
capturing consumer data. This embodiment provides: a first server comprising first 
commands that are executed in response to a request for an Intemet page component, 
wherein execution of said first conamands results in storing a unique consumer identifier 
on a consumer computer; and a second server comprising second commands that are 



executed in response to a consumer accessing a merchant server, said second commands 

performing a method comprising: 

receiving a unique merchant identifier from said merchant server; 
reading said unique consumer identifier from said consumer computer, 
accessing consumer data based on said unique consumer identifier: and 
transmitting said consumer data and said unique merchant identifier to said 

merchant server. 

Yet another embodiment is a wide area network system for providing consumer 
data to a merchant that includes: a first information server in communication with a first 
merchant server, said first information server configured to store a cookie data file 
comprising a consumer identifier on a consumer computer after said consumer computer 
has accessed said first merchant server; and said first information server being in 
communication with a second merchant server, said first information server comprising: 
a first memory comprising consumer identifiers and corresponding merchant identifiers, 
and a database of consumer data indexed by said consumer identifier, wherein said first 
information server is configured so that, in response to said consumer computer 
accessing said second merchant server, said cookie data file is read and said consumer 
data and corresponding merchant identifiers are transmitted from said database to said 
second merchant server. 

Still another embodiment of the invention is a system for providing consumer 
data to a network node, comprising: an interactive voice response interface for receiving 
voice commands and converting the voice commands into an input variable; a 
conversion module comprising instructions for converting said input variable into a 
Linkage Key; instructions for comparing said Linkage Key to a Linkage Key database in 
order to retrieve said consumer data relating to said-variabler and a second^^pdule 
comprising instructions for transmitting said consumer data to said network node. 

An additional embodiment is a method for providing a merchant vnth consumer 
information. This method includes: capturing consumer data being transmitted from a 
consumer computer to a first merchant server; writing a unique consumer identifier to 
said consumer computer, wherein said consumer identifier is based on said consumer 
data; providing a second merchant server with an Internet page component, wherein 



transmission of said page component to said consumer computer allows said 
infonnation server to read said unique consumer identifier, and providing consumer 
information to said second merchant server based on said unique identifier. 

One further embodiment is a method in an information server for determining 
the mailing address of a consumer that includes: capturing a unique consumer identifier 
from said consumer as it is being transmitted to a first merchant server; writing said 
unique consumer identifier to said consumer computer; receiving a request from said 
consumer computer to transmit an Internet page component that was referenced on a 
second merchant ser\'er; responsive to said request, reading said unique consumer 
identifier from said consumer computer; accessing a database of consumer address 
information using said consumer idenUfier; and transmitting the mailing address of said 
consxmier computer to said second merchant server. 

Brief Description of the Drawings 

FIGURE 1 is a block diagram illustrating one embodiment of a system for 
linking data between a consumer and a merchant. 

FIGURE 2 is a block diagram illustrating one embodiment of a process for using 
embedded images to identify consumers in a system for linking data. 

FIGURE 3 is a block diagram illustrating one embodiment of a process for using 
Internet cookie data files to identify consumers in a system for linking data, 

FIGURE 4 is a block diagram illustrating one embodiment of a database system 
for linking Linkage Keys to consumer data, 

FIGURE 5 is a flow diagram illustrating one embodiment of a process for 
retrieving consumer date'fix>m an input device. 

FIGURE 6^s a'floW'diBpyft^lttstratihg^o process for linking data between 
consumer and a merchant across the Internet, 

FIGURE 7 is a flow diagram iUustrating the Retrieve Consumer Data Based on 
the Linkage Key Stored in the Cookie process of Figure 6- 



Detailed D ftscri ption of the Preferred Embo diment 



I. DEFINITIONS 

A. Data String 

5 A data string can include any number of numerical symbols, alphanumeric 

characters, and punctuation symbols. Data strings are normally, but not necessarily, 
stored to a memory, such as Random Access Memory (RAM) or a hard disk drive. 

B. Innut Devices 

10 The input device can be, for example, a keyboard, rollerball, mou.se. voice 

recognition system, hand writing pad with hand writing recognition software or other 
device capable of transmitting information from a user to a computer. The input device 
can also be a touch screen associated with the display, in which case the user responds 
to prompts on the display by touching the screen. The user may enter textual 
=P 1 5 information through the input device such as the keyboard or the touch-screen. 

Oi C. Instructions 

=£1 Instructions refer to computer-implemented steps for processing information m 

the system. Instructions can be implemented in software, firmware or hardware and 
20 include any type of programmed step undertaken by components of the system. 

D. LAN 

One example of the Local Area Network may be a corporate computing network, 

.v^..--.Lncludiiig-afi^^4liyj|6snet, to which computers^and ccniFuting-devices comprising-. 

25 the system are connected. In one embodiment, the LAN conforms to the Transmission 

Control Protocol/Internet Protocol (TCP/IP) industry standard. In alternative 
embodiments, the LAN may conform to other network standards, including, but not 
limited to, the Intemational Standards Organization's Open Systems Interconnection, 
IBM's SNA, Novell's Netwrare, and Banyan VINES. 

30 
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E. Microprocessor 

The microprocessor may be any conventional general purpose single- or multi- 
chip microprocessor such as a Pentium® processor, a Pentium® Pro processor, Pentium 
II, Pentium IE, AMD processor, a 8051 processor, a MIPS® processor, a Power PC® 
processor. SPARC, ULTRA SPARC or an ALPHA® processor. In addition, the 
microprocessor may be any conventional special purpose microprocessor such as a 
digital signal processor or a graphics processor. The microprocessor typically has 
conventional address lines, conventional data lines, and one or more conventional 
control lines. 



F, Modules 

Ifl The system is comprised of various modules as discussed in detail below. As can 



be appreciated by one of ordinary skill in the art, each of the modules comprises various 
sub-routines, procedures, definitional statements and macros. Each of the modules are 
15 typically separately compiled and linked into a single executable program. Therefore, the 

following description of each of the modules is used for convenience to describe the 
functionality of the preferred system. Thus, the processes that are undergone by each of 
i?1 the modules may be arbitrarily redistributed to one of the other modules, combined 

O together in a single module, or made available in, for example, a shareable dynamic link 

20 library. 

G. Networks 

The system may include any type of electronically connected group of computers 
including, for instance, tb^t^feJlpvsing^^eMQ^te^ 
25 (LAN), telephone Signaling System 7 (SS7) or Wide Area Networics (WA>0. In 

addition, the connectivity to the network may be, for example, remote modem. Wireless, 
Ethernet (IEEE 802.3), Token Ring (IEEE 802.5), Fiber Distributed Datalink Interface 
(FDDI) or Asynchronous Transfer Mode (ATM). Note that computing devices may be 
desktop, server, portable, hand-held, set-top, or any other desired type of configuration. As 
30 used herein, an Internet includes network variations such as public internet, a private 
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internet, a secure internet, a private network, a public network, a value-added network, an 
intranet, and the like. 

H. Operating Systems 

The system may be used in connection with various operating systems such as: 
UNIX, Disk Operating System (DOS), OS/2, Solaris, Windows 3.X, Windows 95, 
Windows 98, Windows 2000 and Windows NT. 

I, Programming Languages 

The system may be written in any programming language such as C, C++, 
BASIC, Pascal, Java, and FORTRAN and ran under the well-known operating system. 
C, C++, BASIC, Pascal, Java, and FORTRAN are industry standard programming 
languages for which many commercial compilers can be used to create executable code. 

J. Transmission Control Protocol 

Transmission Control Protocol (TCP) is a transport layer protocol used to 
provide a reliable, connection^riented, transport layer link among computer systems. 
The network layer provides services to the transport layer. Using a two-way 
handshaking scheme, TCP provides the mechanism for establishing, mainta ining , and 
terminating logical connections among computer systems. TCP transport layer uses IP 
as its network layer protocol. Additionally, TCP provides protocol ports to distinguish 
multiple programs executing on a single device by including the destination and source 
port number with each ^nessage. TCP performs functions such as transmission of byte 
stre^f ^n^'^fiSC^'^a^ re- 
transmissions and multiplexing multiple connections through a single network 
connection. Finally, TCP is responsible for encapsulating information iuto a datagram 
structure. 



K. Public Network 

A public network is defined to be any network used for communication between two or 
more parties or nodes where a third party controls at least one component of the 
network. Currently the three most conmion public networks are the SS7 (Signaling 
System 7) circuit switching telephone network, wireless analog or digit telephone 
network and the Internet that is a packet network that uses IP (Internet Protocol). 

L. Linkage Kev Input Parameter Valu es fLKlPV) 

A LKJPV is a data item or items that is provided by the network, a network user 
or a user device connected to the network. The LKIPV is used to determine a Linkage 
Key that can be used to link to information associated with the user and stored on other 
network nodes. Examples of LKIPV's are: a 10-digit telephone number, an United 
States Postal Service address, an United States Postal Service address plus a consumer 
name, a 10-digit telephone number plus a consvimer name and the latitude and longitude 
of a current consumer location. Moreover, in regard to communication across the 
Internet, an IP address or e-mail address can also be used as a LKIPV. 

M. Linkage Kev f LIQ 

A Linkage Key (LK) is a data value used to associate in real-time information 
located in mxiltiple databases or networic nodes. Conceptually it is analogous to a 
catalyst in a chemical reaction, it provides the means for two or more chemicals to react 
that would not otherwise react or would react at an unacceptably slow rate. One 
preferred Linkage Key^or many applications is the USPS Delivery Point Code (DPC). 
^~ TW§ii 12-digitli^d^^ 1 -digit check digit-The- 

DPC is a geogr^hical hierarchical code that at the 1 1 -digit zip code level represents as 
single household or postal delivery address. The DPC, like other embodiments of a 
Linkage Key, is determined from an LKIPV or equivalent data items stored in a 
database or file via a determination process. The most conmion determination processes 
are: (1) a translation table (phone number to DPC), (2) a simple computer data 
manipulation (interleaving a latitude and longitude coordinate pair to create an 



interleaved latitude and longitude hierarchical key known as a quad-tree), (3) a simple 
computer process used in conjunction with a translation table (appending a 5-digit zip 
code, the first 5 characters of a street name, the first 5 digits of the street number, the 
first 5 characters of a last name and the first initial of a first name to create a match key 
and then looking the match key up in a sequential number database to retrieve, or assign 
if not found, a unique sequential number that is the Linkage Key, and (4) a complex 
multi stage computer process that uses multiple databases (standardizing an address 
containing a building number, pre-direction, street name, street type, street post 
direction, secondary unit type, secondary unit number, city name and state and then 
assigning the standardized address a DPC code). A non-exclusive list of Linkage 
Keys are: DPC, ZIP+4, State-county/census tract^census block, coordinate interleaved 
pair (lat/lon)or quad-tree, 10-digit telephone number, standardized street address, 
standardized street address plus a standardized name, 10-digit telephone number plus 
standardized name, sequentially assigned number, and the like. 

N. Linkage Mechanism 

A Linkage mechanism is the means by which information from multiple sources 
are linked together. The most common are a simple Linkage Key match and a 
hierarchical component of a Linkage Key match used to reduce the universe of items to 
be compared and then a more complex set of progranmied rules or algorithms are used 
for the final linkage determination. An example of the later case is fmding the closest 
retail location to the current client location where the client is using a portable computer 
connected to the network and the computer has a Global Positioning Satellite (GPS) 
receiver. The client computer sends the client's current latitude and longitude that has 
been determined by ffie^PS recelVJfeh The latitude and longitude coordmates are 
converted to a quad-tree Linkage Key. This Linkage Key is matched to the quad-tree 
Linkage Key assigned to each of the store locations. At a specified hierarchical level of 
quad-tree match, let us assume for this example that there are four possible candidate 
stores that could be the closest to the client. A distance calculation is performed using 
the current client latitude and longitude and the latitude and longitude of each of the 
four candidate stores to determine the distance from the current client location to each 



of the four stores. The store with the short distance is determined to be the closest store 
and the information related to this store is passed back to the client. 

O. Linkage Process 

The Linkage process is normally composed of fovir steps: (1) obtaining a LKIPV, 
(2) determining a Linkage Key associated with the LKIPV, (3) using the Linkage Key in 
conjunction with a linkage mechanism to retrieve and/or determine in real.time 
information associated with the LKIPV by accessing Linkage Key indexed databases 
located locally or on other network nodes and (4) providing the linked-to information to 
one or more network nodes. 



U. OVERVIEW 

Embodiments of this invention relate to systems and methods for flexibly 
storing, retrieving and linking information across a global computer network. In this 
embodiment, consumer computers provide Linkage Key Input Parameter Values 
(LKIPVs) such as telephone numbers, addresses, latitude/longitude values, IP addresses, 
email addresses or other similar information to an information system communicating 
across the Internet. The information system is programmed to return pre-selected data 
back to the consumer computer, or another computer, in response to the consumer 
computer's request In this embodiment, the LKIPV is first converted to a Linkage Key 
that is then used to access one of a plurality of indexed databases. In some 
embodiments, the Linkage Key acts as a type of spatial key that defines a geographic 
area related to the consumer. A discussion of spatial keys can be found in U.S. Patent 
No. 6,058,179^isi?uei Maj^,^ 2000 ..under A^.,.|^.^::One . 
processing systOTi", v^iiich is hereby incorporated by reference. 

For example, a LKIPV might be a telephone number that is translated into a 
Linkage Key such as a zip code that represents a geographic region near the business or 
home that has the designated telephone number. The zip code Linkage Key can then be 
used to access a database of services indexed by zip code in order to provide the 
consumer with information on services within the particular geographic area. Because 
the LKIPV to Linkage Key translation is done at the time of the consumer's request, the 
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most up-to-date information on services within the designated geographic area like local 
traffic or weather can be provided. 

In one embodiment, an Internet server that provides goods and services to 
consumers, hereinafter a "merchant server" gathers pre-selected consumer data as a 
consumer browses pages on the merchant server's Internet web site in order to more 
specifically serve the needs of the consumer. In one embodiment of the system, the 
merchant server gathers some information from the consumer through a request form 
that is displayed within the consumer's browser software. Examples of browser 
software include Netscape Navigator and Microsoft Internet Explorer. The form sent to 
the consumer is preferably a conventional Hypertext Markup Language (HTML) form 
that transmits text data from the consumer's browser directly into a database located on 
the merchant server. One type of form, for example, might be a registration form that a 
consumer fills out in order to be provided with a usemame and password for accessing 
various secure areas of the merchant server's Internet site. 

After the text data fix)m the form has been transmitted to the merchant server, 
the merchant server temporarily redirects the consumer's browser software to an 
information system which saves an identification string to the consumer's computer by 
one of several methods disctxssed below. 

Within the information system is an Internet web server that writes a unique 
identification string, such as a LKIPV or Linkage Key. to a cookie data file on the 
consumer computer. In one embodiment, the cookie data file contains a unique 
consumer identifier string, a date the cookie was stored, a date the cookie was last 
updated, and an LKIPV, preferably, the consumer telephone number. In another 
embodiment, the stored identifier is a Linkage Key in the form of an encoded DPC that 
TcpreseMW roiisumCT's^^^^^ iater^diiwfted into a fiill U:S. Postal 

address of the consumer. 

Now that an identifier (e.g. telephone number or encoded address) has been 
written to the consumer computer by the Information Web Server, the merchant server 
can be provided with various types of data by matching the identifier with various 
databases of information. For example, as will be discussed in detaU below, the 
merchant can be provided with median income data, property value data, census data. 



business and government location data and other data related to the spatial location of 
the consximer. 

The merchant may request the information system to provide median income 
level data for all consumers that are passed to the web server. Once a consumer 
computer has a stored cookie data file, the same merchant server can, at any time, 
temporarily redirect the consumer computer to the Internet web server in tlie 
information system. The consumer information is passed from the merchant to the 
Internet web server. The web ser\'er then uses the stored identifier as an LKIPV which 
it converts in real-time to a Linkage Key or a predetermined and stored Linkage Key to 
access, for example, a database of median income, levels indexed by geographical 
location. By searching the database using the stored identifier from the cookie data file, 
the median income level can be determined for the geographic location of the consumer. 

One advantage of this system is realized when the consximer points their browser 
to a second merchant serv'er. In one embodiment, the opening page of the second 
merchant server preferably redirects the consumer computer to the Internet web server 
within the information system. The Internet web server then reads the cookie data file 
stored on the consumer computer in order to discern the identifier for the consumer that 
was previously stored. Once the identifier has been read, the consumer's browser is 
redirected back to the second merchant's opening page. The Internet web server uses 
the retrieved identifier to access any of a plurality of data sources in order to discover 
information on the consumer. This information could be, for example, the identity of 
the consumer, the geographical location of the consumer, the median income of the 
neighborhood where the consumer resides, etc. 

The retrieved infomiation is then forwarded to the second merchant server in 
order to provide thrsecorid mCT^ details on the consumer that 

is browsing their site. It should be noted that the consumer did not enter any new 
information on the second merchant' site. Because the cookie data file was found on 
the consumer's computer, the second merchant was able to successfully determine 
information on the consumer by passing control temporarily to the web server. This 
mechanism thereby allov^ merchants to customize each consumer's browsing 
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experience so that the consumer is provided with a selection of products or services that 
are most likely to appeal to the consiuner. 

One other embodiment of the invention is a system for providing information 
directly to consumers based on an identifier transmitted from the consxmier to the 
information system. For example, a consumer connected to the Internet may be in the 
middle of typing a letter to a friend in a word processing program. However, the 
consumer might only know the telephone number, but not address of the friend. One 
embodiment is a software application that runs as an applet within a word processing 
program, such as Microsoft Word, for determining a street address associated with a 
• LKIPV, such as a telephone number. The consumer enters the telephone number of his 
friend then selects a "lookup" option within the software program. The applet transmits 
the telephone number across the Internet to the IP address and port number of the 
information system wherein it is used as a LKIPV and compared against an indexed 
database of telephone numbers and address Linkage Keys. In this embodiment, the 
address Linkage Key is the USPS DPC corresponding to the address. If the telephone 
number is found in the database, the corresponding address Linkage Key is then used to 
build the address from databases of USPS ZIP+4 and cit>'/state files. The constructed 
address is then returned to the consumer computer and inserted into the word processing 
document. In this application the Internet is being used as a wide area networic, without 
using HTTP protocols or accesses to an Internet server. 

In another embodiment, the invention includes a system and method for 
determining high potential demand merchandise that is to be displayed to a consumer 
that is browsing a web site. For example, the consumer uses browser software, such as 
Internet Explorer (Microsoft Corporation) or Netscape Navigator (Netscape 
— Gorporatiot^:^ttech t^'a^merchtot web si seFver^that-sells sporting goods. After the- 
consumer has attached to the server, the consumer's browser is unmediately redirected 
to a web server in the information system. The web server reads a cookie data file that 
has been previously stored on the consumer computer, and retrieves an identifier that 
has been stored in a cookie data file. The browser is then redirected back to the 
merchant server. In parallel vsdth the above process, the information system uses the 
retrieved identifier as a LKIPV. For example, the cookie data file might include a 

-13- 



telephone number of the consumer. This telephone number is used as a LKIPV to 
determine a zip code Linkage Key representing the geographic area where the consumer 
lives or works. The zip code Linkage Key is then used make an independent IP request 
to a Linkage Key server for a Claritas' Micro Vision geo-demographic segment number 
5 that corresponds to the consumer's Linkage Key. The Linkage Key server then 

calculates the sporting goods profile scores for various types of sporting good 
merchandise for the retrieved Micro Vision segment and determines that consumers 
with the retrieved MicroVison segment have the highest propensity to buy footbalL 
baseball and basketball merchandise. The Linkage Key ser\'er then transmits this 
10 information to the merchant server. The merchant server, using the retrieved 

information on the browsing consumer, then displays a custom web page for the 
consumer that shows specials and related details for these three sports. 

In another embodiment, a consumer is in his car and decides to order pizza for 
?f dinner. The consumer's car is equipped v^th a mobile computer that is linked to a GPS 

p^i 1 5 receiver. The consumer attaches to Pizza Chain A's web site in order to find the nearest 

^ Pizza Chain A dine-in restaurant. The consumer's browser passes the consumer's 

C3 current latitude and longitude (lat/lon) to the web site based on the signals being 

received and processed by the GPS receiver. The Pizza Chain A web server receives the 
i lat/lon coordinates from the consumer browser, and uses them as an LKIPV which is 

O 20 converted to a Linkage Key to access a map server within the information system. The 

Pizza Chain A web server transmits the lat/Ion coordinates to the map server which 
generates a m£^ image of the roads between the latAon coordinates of the car and the 
nearest Pizza Chain A dine-in location that is currently open. A system for providing 
lat/lon coordinates to -a consumer is described in U.S. patent application number 
-.-•^■-■^i^^^^-- 09/100,567, filed on June l^^g^dert^tittr"^^ iittbr^tiori^^^'®^^^^ 
system for telephonic services" which is hereby incorporated by reference. 

The map server also generates specific driving instructions for getting from the 
lat/lon coordinates of the car to the nearest open Pizza Chain A. These directions are 
then transmitted to the consumer's mobile computer. In order to provide such a 
30 service, the lat/lon numbers are not used as a Linkage Key directly. First, a lat/lon 
window having a fixed small area m size is created. This Window is used to limit the 
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search of spatial databases. Within the Window the latAon is used for distance 
calculations to determine distance and other spatial relationships within the map server 

databases. 

In another embodiment, multiple merchants enter into a consortium to provide 
advanced services to their consumers. The merchants pick a central web server to be 
their service bureau. When a consumer decides to purchase a product from a member of 
the consortium, the consumer provides consumer specific information such as name, 
mailing address and phone number information to the merchant ser\'er. After capturing 
the consumer specific information, the merchant server redirects the consumer's 
browser session to the central web server, and passes some of the consumer specific 
information to tlie central web server. The central web ser\'cr notifies the consumer that 
it is going to write a cookie to the consumer computer and either writes the raw LKIPVs 
or determines a corresponding a Linkage Key and writes the Linkage Key to the 
consumer computer in the form of a cookie.. The browser session is then redirected 
back to the merchant server where the ordering process is completed. Now, if the 
consumer browses a second merchant server that is part of the consortium, the second 
merchant server can redirect the consumer's browser to the central web server in order 
to retrieve the cookie data that was previously written by the central web server. By 
vising this cookie data, the second merchant server can request various types of 
information on the consumer by reading the LKIPV, converting it to a Linkage Key or 
directly reading the Linkage Key in the stored cookie data file, and providing the 
Linkage Key to a linkage server to determine the median price of homes in the 
consimier's geographic area, the median income level of families in the consumer's 
geographic area and many other types of linkage information. This information is then 
sent toM^cohd'raetcHMir that the ittfBi«faxion t^ 

consumer with a better experience browsing the second merchant's web site. The better 
experience might include custom pages, special pricing offers, special terms or other 
custom sites developed for the determined type of consumer. 

In another embodiment two consumers use the system to make telephone calls to 
one another. For example, consumer A subscribes to voice over IP caller Name ID with 
a web server. Consumer B makes an IP call to Consumer A though a browser 
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application. Upon receiving Consumer B's session connection request. Consumer A 
redirects the browser session to the web server. The web server then reads (he 
consumer B cookie which provides a Linkage Key that relates to consumer B. The web 
seiver performs an independent IP network quer>' to a database of names indexed by 
Linkage Key. The web server then returns consumer B's name from the database quer>' 
to consumer A. Consumer A sees the name and decides to accept or reject the session 
with consumer B. 

III. SYSTEM DESCRIPTION 

Referring now to Figure 1, a system 10 for linking consumer information 
together is provided. The system 10 includes a plurality of consxuner devices 14. 
Examples of consumer devices include wireless telephones 14 A, broadcast systems 14B 
and personal computers 14C. Each consumer device 14 is the primary network interface 
device for an individual using the network to communicate with another individual or 
network service node. The consxuner device 14 provides LKIPVs by stand£u-d network 
passing mechanisms. These LKIPVs can be provided by network ANI, DNIS and 
lat/lon passing. They can also be provided by consumer multi-media input during a 
session, retrieved from a consumer Open . Profiling Standard database (OPS is a 
proposed standard that enables personalization of internet services, while protecting user 
privacy), retrieved from URL specific cookie stored on a consumer's computer, 
retrieved from a database, read fix)m a memory address or provided by any other type of 
consumer hardware accessible to the current session server. 

One type of hardware is a GPS receiver that can determine a consumer's current 
latitude and longitude and is incoiporated into consumer hardware. LKIPYs can also be^ 
provided by networic consumer devices such^asai telephone, FAX, mobile telephone. 
Television with two-way communication, PDA (Personal Digital Assistant), personal 
computer or portable computer. The consumer device 14 can directly coromunicate with 
any other network device as well as other consumer devices. In addition, the consumer 
device 14 sends or receives any accessible information permitted by communicating 
parties. As illustrated, the consumer device 14 is connected to a public network 16. One 
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example of such a network is the Internet, wherein the consumer device communicates 
via the Internet Protocol (IP) standard. 

Also connected to tlie public network 16 is a merchant scr\'cr 20. The merchant 
server 20 communicates with the consumer device 14, and accepts LKIPVs that the 
consumer device 14 provides by standard network passing mechanisms. For example, in 
one embodiment, the consumer device separates the LKIPVs into a plurality of IP 
packets which are sent across the Internet and reassembled at the merchant server. 

The merchant server 20 redirects the consumer device 14 session, or passes 
temporary control via otlier means, to an information system 25 which is also connected 
to the public network 16. It should be noted that there are several mechanisms available 
for redirecting control of a consumer's browser to a different site on the Internet. 
Examples of methods for redirecting a consumer's browser to the information system 25 
are explained in detail in Figures 2 and 3. Also shown in Figure 1 is a second merchant 
server 42 that is linked to a set of stores 44-48. 

It is common for merchants with multiple retail service locations to have a single 
URL or other single point of contact for all service or store locations. The merchant also 
has the need to detemiLne which unit would best service the client based on distance, 
types of service offered by each imit and a unit's open/closed status, etc. The system 
described herein has the ability, based on the LKIPV, to determine which merchant 
retail unit best services the client location and return to the merchant a service xmit id 
and related unit information such as distance, direction and/or driving directions, etc. 
Based on knovsdng the determined best servicing store the merchant can access that 
store's server or web site and can thereafter provide the client with menus, inventory 
status, service/delivery times and other valuable information items that vary by store and 
is.qnly,ayailabte-iirreal=time at the individual^store levei^-^^^^^ ^^-^ti;:^ - ^^i-^- --^ 

As illustrated, the information system 25 includes a Linkage Key application 
server 30, a United States Postal Service address translation server 32, a map server 34, 
a web server 36, an ACD server 38 and a voice recognition server 40. 
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A. The Linkage Kev Application Server 

The Linkage Key application server (LKAS) 30 is a central component of the 
information system 25 shown in Figure 1. The LKAS acts as an application, 
communication and information request integrator. For example, the LK^VS 30 receives 
LKIPVs or Linkage Keys and matches these values with local and external databases to 
retrieve information relating to the LKIPV. These information requests normally come 
from merchant servers that have redirected consumer devices to the LKAS 30. 

As sho\^'n, the LKAS communicates unth several other servers that make up the 
information system 25. Of course, the other servers could be located in physically close 
or distant proximity to one another. In one embodiment, the LKAS and other servers 
are in separate geographic areas and are connected to one another through the public 
network 16. By communicating with the other servers, the LKAS can match the 
Linkage Key reU-ieved or generated from the consumer device cookie with other data 
stored within the information system 25. 

B. The USPS Address Translation Ser\^er 

The USPS address translation server 32 accepts street or mailing address 
information that has been redirected to the information system 25. From the address 
information, the server 32 returns a status code, a USPS standardized address and a 
USPS DPC Linkage Key, or alternatively, a hierarchical component of the Linkage Key. 
The USPS DPC Linkage Key can be generated from an address using commercially, 
available software, such as Mailer's Software (San Clemente, CA) and others. 



C The Map Server 
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The map server 34 runs software, such as MapQuest NT Server® from 
MapQuestcom, that accepts formatted requests for maps and travel directions. These 
requests normaUy require input parameter values in the form of an address, the latitude 
and longitude of a geogr^hic point, a map window bounded by a pair of latitude and 
longitude extremes, or a request for the layers to be mapped which can include store 
delivery polygons. The map server receives this data and renders a map in the form of 
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an image, such as a Graphics Interchange Format (GIF) file that can be displayed by the 
requesting consumer device. The map server 34 also accepts two geographic points and 
can generate driving directions between the two points and thereafter provide the 
instaictions in multiple formats to the requesting consumer device. 

5 

D. The Web Server 

The web server 36 conununicates with the consumer device 14 in order to accept 
LKIPVs provided by the consumer. The web server 36 includes instructions for writing 
a Universal Resource Locator (URL) persistent cookie data file, containing an 
1 0 LKIP Vand/or a Linkage Key, to the consumer device 14. 

By reading a LKIPV from the cookie data file stored on the consumer device 14, 
the web server 36 can, in real time, determine a Linkage Key that relates to the 
consumer. As is known, in their current implementation, cookie data files can only be 
read by the server that originally wrote them to the consumer device. Thus, any 
3 15 consumer device that has previously been redirected to the web server v^ll have a 

1 id 

cookie data file that can be read during a later session with the web server, 
p As discussed above, the web server 36 is accessed by a redirected consumer 

device 14. In order to write a cookie data file, following redirection, a LKIPV is 
U1 generated fit)m information transmitted from the consumer de\dce. For example, if the 

3 20 consumer provides a USPS address, the web server 36 accesses the address translation 

server 32 which generates and returns to the web server a USPS DPC based on the 
address passed to it by the web server 36. The web server 36 then writes a URL 
persistent cookie containing the DPC Linkage Key to the consumer device 14. 

It should be noted that the web server 36 can also directly conununicate with 
25 oSer netvv6flf1no3es m brderloliend or receive any btSlr i&YbrmatioQ permitted by 
communicating parties. Moreover, the web server 36 can also redirect consumer 
devices 14 back to the merchant server 20 in order to pass back any consumer 
information gathered within the information system 25 . 

After the desired information is gathered from one or more databases in the 
30 information system 25 or from 3'** Party Servers 700, the web server returns control of 

the consximer device to the requesting merchant server. The information that was 



m 
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retrieved by the information system is then passed to the requesting merchant server so 
that an analysis of the cons\imer using the consumer device can be prepared. 

E. A CD Server 38 

The ACD Ser\'er 38's primar>' function is to serve as a routing decision control 
point between multiple 3'** Party IVR Pools 600 and 3'** Party Call centers 500. The 
ACD Server 38 has the capability to monitor in real-time call capacity and call handling 
capabilities both within and between various 3'^* party locations. Based on the real-time 
information known to the ACD related to nodes 500 and 600 and information known 
about the caller provided by system 25, the ACD uses this infomaation in conjunction 
with merchant call handling preferences to route the call to the either the call center 500 
or IVR pool 600 that will best service a caller. The primary suppliers of ACD systems 
and software are Geotel and Genesys. Tlie preferred supplier is Genesys which is 
located in San Francisco, CA. 

F. The Voice Recognition Server 

The voice recognition server 40 translates spoken commands and instructions 
mto ASCn text. For example, the voice recognition server 40 preferably runs voice 
recognition server software, such as that commercially available from Nuance 
Corporation (Menlo Park, CA). The voice recognition server takes voice utterance 
packets from an IVR running Nuance IVR client software. It compares these utterances 
to application specific grammars. These grammars are customized for each application. 
The three primary applications supported by server 40 are consumer telephone number, 
name and address recognition. Jlie telephone number grammers are thejdigits^^^ and 
are verified from the telecordia LERG Mes, address grammars are built from the USPS 
ZIP+4 and City-State files and the name granunars are built for the US census bureau 
frrst and last name files that have been enhanced with additional names from the US 
national white pages. 

In this embodiment, the voice recognition server provides telephone number, 
name and address grammars that can, in real-time, be translated into phonetic vocal 
representations that can be compared to voice utterances received from an Interactive 
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Voice Response (IVR) system 600, that can be running Nuance client software as shown 
in Figure I . 

ThQ resuhs of the comparison between the spoken utterance and the phonetic 
vocal representations are then analyzed. This process is repeated until a correct 
recognition of the spoken word or word combination is known to be valid and is 
confirmed. Once the word combination is known, it can be used as a LKIPV or Linkage 
Key within the system as described previously. 

Alternatively, if the spoken utterance is not understood by the system, the 
consumer device can be redirected to a help desk with a live operator, such as shown 
communicating with a call center (500). 

In addition, LKIPV and Linkage Key data can be received from or sent to a third 
party Key ID database server 700 and provided to the system. Thus, given the 
appropriate access, either third party database providers can access the information 
system 25 in order to receive consumer data or system 25 can query for information 
stored in Linkage Key Indexed databases on 3"* party servers 700. 

The telephone numbers, addresses and names captured by this process are then 
used as LKlPVs to produce Linkage Keys. The validated telephone number can be 
translated to a Linkage Key or used as a Linkage Key in its raw form. In the future the 
SS7 network will have IP interfaces. As is known, the SS7 network provides access to 
large telephone company databases, such as the Line Information databases (LIDB) that 
are currently indexed by telephone number that would then be accessible for selected 
applications like phone number billing verification. On the other hand, LKIPVs such as 
the textual version of the address require a translation into a Linkage Key. The address 
text is passed to the USPS Address to Linkage Key translation server 32 and an address 
to DPC code translation is returned that serves as a household, or higher level; Linkage 
Key. 

In one embodiment, the first name grammar database contains about 25,000 
unique first names that are represented by a five digit number code. In addition, because 
there are approximately 400,000 unique last names, each one can be represented in a last 
name database by a six digit ASCII number code. The name codes can be append as last 
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name and then fiist name to the end of either the address linkage code or the telephone 
mimber to create individual level Linkage Keys. 

IV. PROCESS DESCRIPTION 

As discussed above, embodiments of the system include several processes for 
linking data across the Internet. In one embodiment. Linkage Key input parameter 
values (LKIPVs) are provided to an information system which converts the LKIPV to a 
Linkage Key. The Linkage Key is then used to search a wdc varictj' of informational 
databases, such as those described below in reference to Figure 4. The LKIPV is 
provided to the infomiation system directly by the consumer or- through a predefined 
process. For example, in one embodiment, the LKIPV is latAon coordinates provided 
from GPS data received by a GPS receiver linked to a mobile computer or wireless 
telephone. 

In one preferred embodiment, as described below, a LKIPV is stored and 
retrieved from a cookie data file on the consumer's computer. In this embodiment, the 
process of linking information begins when a consumer enters information, such as a 
name, address or telephone number into a browser tliat is attached to a ssrN'er on the 
Internet. Although the following discussion relates to "consumers" and ♦Hnerchants", 
this system is extensible to linking information between any two or more entities. For 
example, an employee and employer, a student and educational institution or the like 
could use the system and process described herein for linking information. 

However, using the consumer/merchant example, once the consumer has 
completed filling out an electronic form displayed by their browser software, the data 
entered by the consumer-is sent to the merchant computer. The merchant computer then 

cr^s an HTML page contaS^a^'^^J^^^i^^^^™^'^^"^ 
to the Information System OS) web server 36 so that a cookie can be written to the 
consumer's computer by the IS web server 36. Before writing the cookie, the system 
passes, for example, the address that was entered on the form to the address translation 
server 32 in order to generate a DPC unique key corresponding to the entered address. 
The DPC key, along with a unique consumer identification number and current date and 
an optionally coded name like that described in the voice recognition server above are 
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then saved to a persistent cookie on the consumer computer. Thus, the consumer 
computer now includes a cookie data file, having an encoded address Linkage Key, that 
can be read by the IS web serv'er 36. 

Alternatively, once the consumer makes a request to receive the form, the 
merchant computer can immediately redirect the consumer to the IS web server 36 so 
that the form actually is sent from the IS web server to the consumer. In this manner, 
once the data is entered into the form by the consumer, the IS web server 36 writes the 
desired LKIPV and'or Linkage Key to the consumer's computer, and then redirect the 
consumer's browser back to the originating merchant server. 

Referring to. Figure 2, a process of providing data to a merchant server 20 is 
illustrated. As shown, a consumer that is working on a consumer device, such as a 
computer 14C requests an Internet page from a merchant server 20. This request is 
made by pointing the consumer's browser software to the Universal Resource Locator 
(URL) of the merchant server 20. A default page 50, normally "index.html" is then 
transmitted to the consumer computer 14C. 

Within the default page 50 is a reference to an image file 55 that is stored on the 
IS web server 36, so it can be displayed within the default page 50. As the browser on 
the consumer computer receives the default page 50 to display, it comes across the 
reference to the image file. The browser opens a connection to the web server 36 so that 
it can retrieve and display the image that is stored in the image file. One example of the 
HTML script to provide such an image transfer is illustrated below. 

<html> 
<head> 

<titleXIookie baking via izaage</title> 
</head> 

— <body-bgcolcr=''#f «fff">-^^ — - ^^^'tKr^--^-^ ""■ -'-'^ , ■ 

<div align""center"> 

<img src«"http: //192 . 168 . 3 . 22/cgi-bin/cookie"> 

</div> 

</body> 

</html> 

As the browser makes a request to the web server for the image file 55 from a 
database of images 58, an image request processing module 60 is initialized. The image 
request processing module 60 includes a set of instructions for reading and/or writing a 
cookie data file to/fipom the constmier computer that has requested the image file 55. 
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One example of a CGI/Perl script to exchange the cookie and download the images is as 
follows: 



#1 /bin/perl 

$Iinage="nocookie . gif " ; 

if ($ENV{ •HTTP_COOKIE' } /Cookie=Test/ ) 
{ 

$Imaqe=" got cookie .gif" ; 

) 

if (opendNFILE, $ Image ) ) 
{ 

print "Content-type: image/gif \n" ; 

if ($ENV{ • HTTP_CCOKIEM «- /Cockie=Tes t / ) 

{ 

print "\n"; 

} 

else 
{ 

print "Set-Cookie : Cookie«Test\n\n" ; 

} 

while {$line = <INFILE>) 
{ 

print "$line"; 

} 

close (INFILE); 
else 

print "Content-type: text/plain\n\n"; 

print "Could not open image file [$ Imacc ] \n" ; 

} 



Thus, the image request processing module attempts to read one of its own 
persistent cookie data files from the consumer computer. As mentioned previously, a 
server can only read one of its own cookie data files. Other servers cannot read a 
cookie data file that they did not write. 

It should also be noted that each merchant server that is part of the system can 
include a different parameter in the image reference URL in their default pag^ Thus, 
depending on the image that is being requested, the IS web server can identify the 
merchant that desires information on the consumer that has browsed their site. This 
provides a mechanism for transmitting different types of information to each merchant. 

Because each merchant may want different types of information on consimiers 
that browse their site, the image request processing module first identifies the merchant 
whose image has been requested, and then determines the type of consumer data 
reqxiired. For example, some merchants might want to know the median income level 
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of the consumer's home neighborhood, while other merchants may want to know 
whether the consumer lives near water. 

Stored within the cookie data file is a LKIPV, such as a telephone number or 
encoded address that can be used to determine information on the consumer that has 
accessed the merchant site. The information desired by tlie merchant is therefore 
determined by gathering the LKIPV relating to, for example, the encoded home address 
of the consumer from the cookie data file. This LKIPV is then either used directly, or is 
translated into a Linkage Key and then sent through the Linkage Key processing 
module 65 to the Linkage Key application server 30 to find databases of median income 
levels and geographic locations. 

Note that this data lookup can be done without the consumer being aware that 
their browser was ever connected to a tliird part}' URL, or that a cookie has been read 
from their system unless the user has cookie notification turned on in their browser. 
Because the image request processing module reads all of the data from the cookie, it 
can retrieve any LKIPVs or Linkage Keys that have been stored within the cookie data 
file. 

After the desired data has been determined, tlie consumer's browser is sent an 
image to display v^thin the page. The image can be a pre-determined image from the 
merchant server, or only a single pixel that is virtually xmdetectable on the consumer's 
displayed page. In addition, the "last access date", or other information in the cookie 
data file is preferably updated to reflect the latest access by Ae web server. Thus, the 
consumer is able to view the image that has been requested by their browser. 

Moreover, the merchant server 20 is then provided with the information it 
desired on the consumes by searching the linkage server with the Linkage Key derived 
fi-om the cookie data file. The merchant server might then^- for example, display 
advertisements for higher priced products to a consxuner that was found to live in a high 
median income level area. 

In order for the merchant server to deteimine information on a plurality of 
consumers at the same time, when the image is requested firom the web server, the 
merchant can add an additional parameter representing a tmique transaction 
identification string to the request. In this embodiment, the string is stored by the web 
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server, and then sent back to the merchant server when the requested data has been 
determined. This provides a mechanism for managing hundreds or thousands of 
consumer requests without having to perform tlie requests sequentially. 

Referring now to Figure 3, another cnibodiment of a system 67 for providing 
consumer data to a merchant server is illustrated. As shown, the consumer computer 
14C connects to the merchant server 20. As the consumer computer connects to the 
merchant server 20, an identifier string, such as a telephone number, address or lat-lon 
string is sent to the merchant server 20. The identifier string might be sent, for example, 
as part of a form being filled out by a consumer using the consumer computer 14C. 
Once the merchant server 20 has received the identifier string, a response page 69 is sent 
to the consumer computer 14C. 

Included within the response page 69 is a reference 71 to an image or file on the 
web ser\'er 36. The reference 71 includes a universal resource locator (URL) to a set of 
references 73 within the web server 36. As illustrated, the references 73 are linked to a 
cookie generation module 75 that includes instructions for writing a cookie data file 76 
to the consumer computer 14C. These instructions can be written, for example, in a 
CGI or Perl script as is known in the art and exemplified above. As has been discussed 
previously, the cookie generation module 75 includes instructions for determining a 
LKIPV that is to be stored in the cookie data file to be written to the consumer computer 
14C. For example, the cookie generation module 75 can be linked to the USPS 
translation server 32 in order to translate an address into a unique identification code. In 
addition, the LKIPV can be a telephone number that was gathered firom the identifier 
string sent to the merchant server. 

In a separate process, the consumer computer 14C requests a page from a second 
merx;hant seWer 42r^"m'"mercK^^^ page 77''to''tSe 

consumer computer 14C. As illustrated, the page 77 includes a reference 79 that points 
to a cookie processing module 81 within the IS web server 36. It should also be noted 
that the merchant server 42 sends a consumer identification string that has been 
generated for the consumer computer to the cookie processing module 81. The 
consumer identifier string is preferably a unique identifier that is used by the merchant 
server 42 to identify the consumer computer that has requested the page 77. 
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Accordingly, each consumer computer that accesses the merchant ser\'eT 42 will be 
assigned a new consumer identifier number during each new session with the merchant 

serv'cr. 

Because the reference 79 comes from the IS web serv'er 36, the consumer's 
browser is automatically directed to the IS web server. Once the IS web server begins a 
session with the consumer computer, the cookie data file 76 that was previously stored 
on the consumer computer 14C can be read. Instructions within the cookie processing 
module 81 can retrieve an identifier string, such as a LKIPV from the cookie data file 76 
and return it to a spatial key processing module 85 within the web server 36. Within the 
spatial key processing module 85 are instructions for linking the consumer identifier and 
the cookie identifier string together. The information within the cookie identifier string 
includes the LKIPV that was previously stored within the cookie data file 76. This 
value is then used as an input to the LKAS 30 in order to search and retrieve consumer 
data to the merchant server 42. 

Once consumer data has been retrieved from the LKAS 30, it is sent along vnih 
the consumer identifier from the Linkage Key processing module 85 to the merchant 
server 42. Because the merchant server 42 generated the consumer identifier that was 
used in retrieving the consumer data, the merchant server 42 can link a particular 
consumer session with the data retrieved from the Linkage Key processing module 85. 
In this manner, the merchant server 42 is able to anab'ze consumer data relating to the 
consumer computer 14C. 

In one example, the cookie identifier string includes the telephone number of the 
consumer that owns the consumer computer 14C. That telephone number is sent to the 
spatial key processing module wliich, by linking to the LKAS, determines the income 
- level of tSTneig^^ 
LKAS 30. Once the income level of a neighborhood relating to the retrieved telephone 
number is detemined, it is forwarded to the merchant server 42, along with the 
consumer identifier string so that the merchant server 42 will be appraised of the income 
level of the consumer currently browsing their server. By using this information, the 
merchant server 42 can provide either higher or lower cost products to the consumer as 
they browse the merchant server 42. 
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A. T. DESCRIPTION OF A VTRTUAL DATABASE USING A 
LINKAGE KEY 

Figure 4 illustrates how the data stored within a cookie data file can be linked to 
an almost unlimited amount of consumer data. Traditionally, for most merchants doing 
business on the Internet, tliere has been a very limited amount of data available on 
consumers that are browsing their web sites. However, Figure 4 illustrates many 
different t^^jes of databases in an outer database ring 101 with their corresponding 
Linkage Key Translation indices shown in a middle ring 103. Three of the database 
types (106, 108 and 110, and 112 and 114) do not have a corresponding Translation 
index because they are indexed by a Linkage Key making the Translation index 
unnecessary. For descriptive purposes, a Linkage Key indexed database is defined to be 
any database that is accessed directly via the Linkage Key or indirectly through a 
Linkage Key Translation index. 

Referring to Figure 4, a functional flow using Linkage Key linkage technology 
will be described. A consumer's identifier, such as an IP address, e-mail address or a 10- 
digit telephone number, or street address from a cookie data file, are passed to a process 
for updating, validating, classifying, standardizing and screening that utilizes, in one 
embodiment, a set of Consumer Identifier Databases Indexed by Identifier 100. The 
resultant processed identifier is used to access an Identifier to Linkage Key translation 
table or process to determine a Linkage Key 104, The Linkage Key 104 using the USPS 
DPC embodiment is then tised to directly access data in the databases (e.g., 106, 108 
and 110, and 112 and 114) that do not require a translation index. Otherwise, the 
Linkage Key is used by a translation index to retrieve a secondary index (e.g., voting 
district ID' from^index^ 128) for accessing databases (e.g;,- 118, 122, ^126, : i30;--l34) 
requiring a translation index. The restiltant database information and the consimier's 
identifier are then used to provide a merchant or other third party with the desired 
information. In cases where the Identifier is the Linkage Key processes 100 and 102 are 
not required. In other embodiments of the Linkage Key some of the illustrated 
translation indexes are not requirement and some of the database shown might not be 
accessible using a different linkage key embodiment. 
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The consumer identifier to Linkage Key Translation process 102 could be 
combined with the Linkage Key indexed databases by an offline merge, append and/or 
link process to create identifier indexed databases containing all of the above illustrated 
information. 

Figure 4 illustrates a one-way linkage starting with an identifier of a consumer. 
Referring to Figure 4, one skilled in tlie art would understand Uiat the Linkage Key 
technology is useful for applications that do not start with an identifier that originated in 
a cookie data file. For example, a wireless telephone having an internal GPS receiver 
could provide the database system with an identifier and a Linkage Key relating to the 
lat/lon location of a consumer. 

The specifics for each database type (of Figure 4) in terms of data components, 
sources, Linkage Key coding and maintenance issues will be discussed in detail in the 
following sections. 

a. Identifier Databases Indexed by Identifier (100. Figure 4) 

There arc several t>'pes of databases that fall within this categor>'. In one 
embodiment, the identifier is a telephone number. In this embodiment tiie identifier 
database is a telephone identifier database that is indexed by telephone number. This 
embodiment includes a database having telephone number changes, verification and 
classification databases; consumer specific consumer databases; and negative or inverse 
lists. These databases are preferably updated monthly, and then synchronized to a given 
date in the month. The 15th of the month is the preferred date, but any day could be 
selected. 

Regarding telepBone number changes, verification and classificatioii, the official 
source is TeT^^ctif They publish a variety of ptrtiticly available files, with Ae most 
comprehensive being the Local Exchange Routing Guide (LERG) files and their 
derivatives. Telecordia releases files on a monthly basis. The date that NPANXXs 
change, are added or are deleted is provided with the files. The files must be updated 
monthly to coordinate the changes that will occur in the following month. 

The Identifier Databases Indexed by Identifier generally indicated at 100 
(FIGURE 4) comprise several files, lists, or databases. The telephone related 
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embodiments preferably include a NPANXX Split file, a LERG6 file, a V&H 
Coordinate file, telephone company LIDB, one or more Consumer databases, and a 
Negative database. This process can be considered a detailed expansion of block 100 
(FIGURE 4). Other databases may be utilized in other Identifier embodiments. 

5 

b. Identifier to Linkage Key translation process/table fl02, 
FIGURE 4) 

The completeness, currency and accuracy of the translation table/process is 
important to the efficiency and functionality of all applications. In order to build and 
10 maintain the most complete, current and accurate translation possible for the telephone 

number to DPC embodiment, the table/process preferably uses multiple sources for 
[23 cross verification. In addition, since in one embodiment, the table/process is designed to 

be used by both regulated and non-regulated entities in the regulated telephone network, 
5 none of the translation data can be consumer provided network information. 

S 15 

There are four separate processes to build and maintain the Telephone number to DPC 
Master Table. These processes are as follows: 



1 . Process for Data Provider to Provide Master Table Verification Records 
20 2. Process to Build Master Table Update Records from Data Provider Supplied 

C5 Verification Records 

3. Master Table Update Preprocess 

4, Master Table Update Process 

25 These Master Table build and maintenance processes are further described in 

Applicant's patent entitled "One Number Intelligent Call Processing System", U.S. 
, patent number 5,901,214 ^^ilich is herein incorporated by reference. "Othe^ 

embodiments use different methods to perform this translation. For example USPS 
addresses are converted to DPC codes by an address standardization and coding process. 
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c Spatial Key f 104. FIGURE 4^ 

One preferred Spatial Key is the USPS DPC used to link databases together. 
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d. USPS Address Databases Index ed bv Spatial Key (106. 
FIGURE 4) 

There are hvo USPS databases required to build a USPS CASS certified address 
from a DPC Linkage Key: a City State file and a ZrP+4 Address Coding Guide. There is 
one City State detail record for each 5 digit ZIP code and one or more ZIP+4 Addresses 
Coding Guide records for each unique ZIP+4. The ZlP+4 Address Coding Guide 
contains multiple records in a situation where there is a multiple set of secondary 
address ranges associated with a single ZIP+4. 

e. Business and Government Location Database s Indexed by 
Snatial Kev Containing DUNS Numb er flflS. FIGURE 4) 

A preferred Business and Government Locations File 108 is a DUNS file. The 
ten million plus record file contains a business or government name and both a physical 
and mailing address, if they are not both the same. Each address is run through DPC 
coding software and an 1 1 digit ZIP Code is assigned with a one digit check digit. This 
becomes the Linkage Key and a file index is created on this key. 

It is now a basic process to look up a Linkage Key in the file and rclrieve the 
location record data associated with the Linkage Key, including the location's DUNS 
number and its parent's DUNS number if the location is owned by a higher level 
corporate entity. 

f. Business Database Indci ^d hv PUNS Number fllO. FIGURE 
41 

The DUNS' nurnbers retrieved above (database 108) can then be used to access a 
DUNS Corporate databaseJJXLt!Q.ohtain nams5-of.cprp^ 

information. This is very valuable in many types of business to business transactions. 

g. Household Databases Indexed bv S patial Kev containing 
Individual Names and IDs (Social Se curity Number) (112, 
FIGURE 4) 

A preferred Household database 1 12 is ACXIOM's OMNIBASE database. This 
100 million plus record database is Linkage Key coded and indexed as described above. 
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For each household record it contains many household characteristics, such as name of 
head of household, date of birth of head of household, estimated household income, and 
so forth. It also links to 265 million individuals known to be associated with one or 
more households. For each individual, the database contains their name, date of birth, 
social security number, driver's license number and other similar data. 

It is a straiglitforward process to look up a Linkage Key in the OMNIBASE 
database and retrieve the associated household and individual data. Another application 
that is conducive to hierarchical Linkage Key retrieval from the database is a nearest 
neighbor application. 

There are also consumer household consumption and fraud databases maintained 
by companies such as Abacus for catalog companies, and Equifax for insurance 
companies that can also be accessed in this same manner. 

h. Individual Databases Indexed bv Individua l ID (Social 
Security Numhert (114. FIGURE 4^ 

There arc three major individual databases 114 that are indexed by social 
security number: TRW, Equifax and TransUnion (TU). The prcfcned database is die TO 
database. Once an individual's social security number has been retrieved from above 
(database 112), it is a basic process to use the social security number as a means of 
retrieving credit and public record data associated with the social security number from 
the TU database. 

Commercial ventures, such as R. L. Polk and some states provide access into 
their driver license databases based on knowing a driver's license number. Again, once 
this is retrieved from database 1 12 above, it is a basic process to access this data. This 
-'"date cbfltaiiiS^ ciseCliifSkage-to-vehicle registration.data. Aris 

automobile make and model associated with the household and individuals can be 
retrieved from the vehicle registration data. 

i. Linkage Kev to Parcel Nuinbcr (116. TIGURE 4) 
A Linkage Key to Parcel Number Translation index 1 16 is created by ACXIOM 
by extracting property address, owner address and parcel number from the 
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DATAQUICK database. The parcel number is usually the FIPS Code of a local 
government entity responsible for managing title and/or property taxes to real property 
plus the locally assigned parcel number. The addresses are Linkage Key coded as 
previously described and the Parcel Number Translation database is created with the 
following fields and indexed by Linkage Key: 

Linkage Key 

Parcel Number (government entit>' code+local parcel number) 
Spatial Key Type Code (0=Owner or P=Parcel) 

II is a straightforward process to index a Spatial Key into this Translation database and 
retrieve all parcel numbers associated with the Spatial Key. 

j. Pronertv Database Indexed bv Parcel Number H 18> FIGURE 
41 

The ACXIOM DATAQUICK database is indexed by parcel number based on 
parcel number(s) retrieved above from index 116. Information, such ai; owner, liens, 
mortgage amovmt, mortgage lender, purchase date is available for the individual parcel 
or all the parcels associated with the owner's tax address. 

k. Linkage Key to Latitude and Longitude (120. FIGURE 4) 
A preferred Linkage Key to Latitude and Longitude database 120 is the GDT 
ZIP+4 to Latitude and Longitude file. This database is currently updated quarterly. 
Latitude and longitude fiie provided in NAD83 in millionths of a degree. Each record 
:..alSopepfttains-the-'USPS^'ZIE+4 type- latitude^and 
longitude were assigned: ZIP-M centroid, ZIP+2 centroid or ZIP centroid. There are 
approximately 28 million street, firm and high-rise ZIP+4s that have been latitude and 
longitude coded to their ZIP+4 centroid by matching against enhanced TIGER files 
called DYNAMAP.RTM., available from Geographic Data Technology, Inc. (GDT). 
This file is indexed by ZIP+4 and it is a straightforward process to lookup a ZIP+4 on 
the file and retrieve the latitude and longitude associated with the ZlP+4. 
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GDT also provides a ZIP+6 or DPC to Latitude and Longitude file. This is the 
most precise translation file and can be incorporated into the system without any 
modifications olhcr than changing the size of ihe key from 9 digits to 1 1 digits. 



L Spatial Databases Indexed bv Latitude and Longitude 
Quadtree (122. FIGURE 4) 

There are many types of spatial databases 122 available from many different 
sources. In general, they are classified into 0-D, 1-D and 2-D databases and networks. 
The terms 0-D, 1-D and 2-D correspond to the number of dimensions: a zero 
dimensional database contains points such as the latitude and longitude point where two 
or more street segments intersect; a one dimensional database is a database of line 
segments, e.g., two latitude and longitude points connected by a straight line, such as the 
street segment connecting one intersection to the next intersection; and a two 
dimensional database is a database of areas defined by polygons or circles, such as a 
census block defined by a three or more point latitude and longitude polygon boundary. 
A general definition of a GIS or spatial network is a system to link related 0-D, 1-D and 
2-D databases together. For example, the GIS network provides the means to ki^ow what 
other street links connect to a starting street link, what other links or points the link 
crosses, and what areas the link borders or crosses. A spatial database is not like other 
databases and has three components: the spatial data, the spatial network and a spatial 
data network interface or application program interface (API). 

Consequently, there are many different proprietary spatial database network 
designs with various strengths and weaknesses. Unfortunately, spatial data cannot 
always be moved from one network design to another without some distortion, and there 
is no "best" spatial databa se and network for all applications. ^..^ — ^ ^.^^^ .^^ 

Fortunately, ftom an API perspective, almost all spatial database systems will 
accept one or more 0-D, 1-D, and/or 2-D latitude and longitude defined inputs and 
return a result that can be easily handled by the calling application. For example, in the 
area of driveable street directions and maps, the preferred spatial database system is 
firom ETAC which specializes in automobile navigation systems. In most major 
markets, ETAC has enhanced the TIGER files by classifying streets by type, identifying 
one way streets and streets with no right or left turn restrictions. ETAC's street 
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infonnation. network design and API were created primarily to provide driving 
directions in the form of text or various resolution street maps stored as bitmaps. This 
makes ETAC a clear supplier for GTS applications relnted to providing driveable 

directions and street maps. 

On the other hand, in terms of general spatial database processing platforms 
supported and spatial database manipulation. Environmental Systems Research Institute, 
Inc. (ESRI.RTM.) in Redlands, Calif, has no equal to its ARCINFO product. Many 
spatial database providers such as GDT provide their spatial data in ARCINFO format, 
as well as formats to support SMI and MapTnfo. 

There are many specialized spatial database suppliers. For example. Vista 
Environmental provides 0-D and 2-D environmental data for underground storage tank 
locations, hazardous waste spill locations, hazardous material storage locations and 
hazardous material dump site areas. There are other spatial database providers that have 
spatial databases of shopping centers, financial instituUons with deposits, restaurants by 
type. ATMs, drop boxes, fire hydrants, weather stations, traffic reporting areas, fiood 
planes, earthquake fault lines, power lines and so forth. 

Infonnation from all Uiese databases is now accessible by simply passing a 

latitude and longitude definition, an information request and a returned infomiation 

format request to the GIS API. 

m. l inkage Key FIPS Code 024. FIGURE 4) 
A preferred Linkage Key to FIPS Code (census block) database 124 is a GDT 
ZIP+4 to 1990 Census Block file. This file is currently updated quarterly. The ZIP+4 
can change monthly, wlfile the census blocks change only with each decennial 
-- --~-^''?«T^^^^ii^^%^'anP*f and it1s i^pitfofw^^ ^ 
ZIP+4 on the file and retrieve the census block associated with the ZIP+4. In a very 
small percentage of cases, there can be two or more census blocks associated with a 
ZIP+4. 
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n. Census Ggoffraohv Databases Indexed by FTPS Code (126, 
FIGURE 4^ 

Til tenns of Census Geography databases 126, there arc four di fTcrent t\-pes: most 
recent census data, updates and projections, geodemographic s)'stems and other data 
reported by census geography. 

The preferred source for the most recent (e.g., 1990) census sm^dl geographic 
area data is the U.S. Census Bureau. They publish two sets of small area data files called 
the Summary Tape Files (STF). These files are divided into tvvo groups: 100% count 
data, published as STFl data and sample data, published as STF3 data. STFl data is 
available for each of the 6.3 million census blocks and higher level geo^^phies. Each 
geography record contains several hundred demographic variables, such as population 
counts by race and age and household counts by property value. The STF3 files are 
published for the 223 thousand census block groups and higher level geographies. Each 
geography record contains an additional several hundred demographic variables, such as 
average household income and coimts of head of households by age and by income. 

In terms of updates and projections, there are two major suppliers vn\h equal 
rcpuuuions: Ciariias and Equifax Naiional Decision Systems. These suppliers recently 
merged and provide current year estimates and five years projections for population, 
households, population by age, households by income, head of household age by income 
and other data for block group geography and above. 

AgEiin, both Claritas and Equifax National Decision Systems provide 
geodemographic systems. A geodemographic system is a classification system >^ere 
each geographic area is classified into a single code based on the demographic and other 
characteristics associated with the geographic unit. There are usually between 40 and 
100 unique se^uentisd nummc^ cod«^^^^^^ 

initially available for only census geography, but are now available for both census 
geography and postal geography as well as the household level. The value of the system 
is that there are individual company consumer databases and syndicated panel databases 
containing as many as 50,000 panel members from suppliers such as Simmons, National 
Panel Data (NPD) and Mediamark Research Institute (MRI). Based on the consumer or 
panel member address, they are assigned a geodemographic code. These consumers or 
panel members have purchased products or filled out questionnaires on products and 
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services. These panel databases are tabulated by geodemographic code and by product 
creating geodemographic consumption propensity tables of several thousand products 

and'or sei-\'ices witli purchasing rates by geodemographic code. This data is readily 
accessible by looking up a FIPS code in a census geography database and retrieving the 
geodemographic code. Then by looking up the geodemographic code in the 
geodemographic consumption propensity table, the consumption propensity for the 
desired product or service can be retrieved or computed. 

There are special databases that are provided by government agencies such as 
the Federal Deposit Insurance Company (FDIC). The FDIC requires all FDIC controlled 
lending institutions to report all applications for home mortgage loans by age, race, loan 
amount, loan status and the census tract of applicant property. The FDIC publishes this 
data in an electronic form on a quarterly basis. This data is tabulated by census tract and 
provided by companies such as Claritas and Equifax. 

All the above-mentioned data is readily accessible by looking up a FIPS code in 
a Census Geography database and retrieving the desired dependent data. 

o. Linknue Kcv to other I D (J28, FIGURE 4) 

In addition to census geography codes and latitude and longitudes, the TIGER 
files also containing voting precinct codes and school district codes for each street link. 
The same process used by GDT and others to create a ZIP+4 to Census Block file can 
also be used to create a ZIP+4 to Voting Precinct file and a ZIP+4 to School District 
file, for example. These files have not previously been created because of lack of 
demand. However, there will most likely be a ZIP+4 to Voting Precinct file available 
fix)m GDT prior to a general election. By indexing thisjile by ZIP+4, it is a straight 
forvOTd process to'lbok up a ZIP+4 on the file and retrieve the voting precinct 
associated with the ZlP+4, 

p. Other Geography Database such as Voting District Indexed 
by Voting District ID (130. FIGURE 4) 

There are statistical summary files from governmental agencies that provide the 
number of registered voters by party and by voting precinct. For example, as a general 
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election gets closer, both parties and news agencies will seek public opinion on various 
issues and candidates. Using a 800 or 900 number, callers or web site voters placing 
votes can be tabulated in real time and the caller's precinct dependent data can be looked 
up and slalisiically modeled to provide national level estimates and voting statistics by 
party. 

q. Linkaee Key to Location ID fPNIS Dependent Cansumer 
Tabled (132. FIGURE 4) 

This translation table is called a Consumer Table 132 and the procedure for 
building it is described in detail in Applicant's patent entitled "Automatic Routing 
System for Telephonic Services", U.S. Pat. No. 5,506,897, which Is hereby incorporated 
by reference. In summary, a Consumer Table record is created for each ZIP+4 that 
spatially lies inside a service location's service area defined as a geographic area of any 
size and shape. This process is repeated for each service area and the resultant file is 
sorted and indexed by ZIP+4 creating the Consumer Table. The Consumer Table can be 
indexed by ZIP+4 to retrieve a service location ID. There is one Consumer Table per 
Consumer ihai is ideniified by the DNIS. 

r. Consumer Locarions Databases with Services Areas of Anv 
Size or Shape Indexed bv Location ID (134, FIGURE 4) 

These are basic "one record per service location" databases 134 indexed by 
Location ID. They can contain almost any type of service location data, such as, but not 
limited to, the following: name, address, latitude/longitude, service area type and 
latitude/longitude definition, telephone number, FAX number, E-Mail address, days and 
hours open, niicro^ area dirwtions, stpre^^^^^^^^^ events, and store produ<?.t 

inventories or menus and prices. There is one Cons\mier Locations database 134 per 
consumer that is identified by DNIS. 

B. Gathering Consumer Data from an Input Device 
Referring now to Figure 5, a process 200 of gathering consumer data fi:om an 
input device is illustrated. The process 200 begins at a start state 202 and then moves to 
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a state 204 wherein an input device requests consiimer data. As discvissed previoxisly, 
the input device could be a wireless telephone, television, personal computer, interactive 
voice response system or third-party database server. In addition, the input device could 
be a personal digital assistant such as those made by 3 Com, Microsoft and others. 

Once the input device has made a request to receive consumer data, the 
process 200 moves to a state 208 wherein a Linkage Key input parameter value is 
transmitted to the information server 25. The process 200 then moves to a state 210 
wherein the LKIPV is converted into a Linkage Key. 

A Linkage Key is then used at a state 214 to access the appropriate database of 
consumer data that is indexed by Linkage Keys. Illustrations of such databases are 
described above with reference to Figure 4. The process 200 then moves to a state 216 
wherein consumer data from the database is retrieved using the Linkage Key. The 
process 200 then moves to the state 220 wherein the consumer data is transmitted to the 
appropriate device. 

In one example, the consumer data is transmitted to the originating input device. 
In another example, the transmitted consumer data is sent to a merchant server. Of 
course, it should be reaUzed that embodiments of the inveuiion are not limiifd to 
particular systems which receive the consumer data. The process then ends at an end 
state 224. 

C. Linking Consumer Data to a Merchant 

Referring now to Figure 6, a process 300 of linking consumer data with a 
merchant server is explained. The process 300 begins at a start state 302 and then 
moves to a state 304 wherein a page request is made by a consumer for a merchant web 
site The process 300 then mbves to a state 306 virhferein the consumer's browser is 
connected to an Information System web server. Several mechanisms for connecting 
to web servers have been explained above in relation to Figures 2 and 3. For example, 
the requested page can include a reference or image that resides on the web server. 
When the requested page is retrieved from the merchant web site, the consumer's 
browser is temporarily connected to the IS web server in order to download the 
referenced file or image. 
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Once the browser has been connected to the IS web server at the state 306, the 
process 300 moves to a state 308 wherein the IS web server attempts to read a cookie 
data file from the consumer's computer. A determination is then made at a decision 
state 312 whether a cookie has been found on the consumer's computer. 

If a cookie is found on the consumer's computer, the process 300 moves to a 
state 314 wherein tlie identifier stored within the cookie data file is read by the IS web 
server. The process 300 then continues to a process state 320 wherein consumer data 
based on the identifier retrieved from an external or internal database. This process is 
explained more fully in Figure 7. Once the consumer data has been retrieved at the 
process state 320, the consumer data is forwarded to the merchant web site at a state 
324. The process tlicn terminates at an end slate 330. 

If a determination was made at the decision state 312 that no cookie data file was 
found on the consumer's computer, the process 300 moves to a decision state 334 
wherein a determination is made whether an identifier is known for the consumer. If a 
identifier is not known, the process 300 terminates at the end state 330. However, if an 
identifier is known, such as being captured from a form page, then the process 300 
moves to a slate 336 wherein the ideniiller is incorporated into a cookie data Mle which 
is written to the consumer computer. The process 300 then continues to the process 
state 320 in order to retrieve consumer data based on the identifier. 

Referring now to Figure 7, the process 320 of retrieving consumer data is 
explained more completely. The process 320 begins at a start state 400 and then moves 
to a state 402 to determine which database to search with the retrieved identifier. As 
explained previously, each merchant server that is part of the system 10 might wish to 
retrieve different consumer data for each consumer accessing their merchant web site. 
Thus, while a^^first merchant inight went to retrieve the median income level of the 
consumer, another merchant web site might wish to retrieve the average age of the 
consumer searching their web site. 

Once the proper database to search has been determined at the state 402, a 
decision is made at a decision state 406 whether the database to search is within the 
information system 25. If a determination is made that the database is v^dthin the 
information system 25, the process 300 moves to a state 410 wherein the type of data 
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required by the merchant is determined. This can be calculated by, for example, 
maintaining a database of merchants and the desired data that they require for each 
consumer accessing their web site. Once a determination is mode at the state 410, the 
process 320 moves to a state 412 wherein the required data is retrieved from the 
database. A determination is then made at a decision state 416 whethei- more data is 
required. For example, some merchants might require data from several databases on 
each consumer that attaches to their web site. If a determination is made '±at more data 
is not required, the process 320 terminates at an end state 420. 

If a determination was made at the decision state 406 that the database ncccssaiy 
to search was not internal, the process 320 moves to a state 424 wherein the IS web 
server attaches to the proper external database. It should be realized that this attachment 
could be through dedicated or non-dedicated communication lines using standard 
protocols, such as TCP/IP or other well-known communication protocols. 

This invention may be embodied in other specific forms without departing from 
the essential characteristics as described herein. The embodiments described above are to 
be considered in all respects as illustrative only and not restrictive in an}' manner. The 
scope of llie invcnlioii is indicated by ihe following claims rather lliaji by ihe foregoing 
description. 
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WHAT IS CT -AIMED IS : 

1. A computerized information system for retrieving consumer data over a 

network, comprising: 

a consumer network interface device; 

a fu-st information server for receiving a consumer identifier ; 
a Linkage Key conversion module comprising instructions for converting 
said consumer identifier into a Linkage Key; 

a Linkage Key database comprising consvimer data indexed by said 

Linkage Key, and 

instructions for comparing said Linkage Key to said linkage database in 
order to retrieve consumer data from said linkage database. 

2. The information system of Claim 1, wherein said consumer network 
interface device is selected from the group consisting of: a wireless telephone, an 
interactive voice response system, a personal computer, a television, a personal digital 

assistant and a database server. 

3. The information system of Claim 1. wherein said Linlcage Key is a 

spatial key that defines a geographic location. 

4. The information system of Claim 3, wherein the spatial key is a zip code. 

5. The information system of Claim 1, wherein said consumer identifier is 
selected from the group consisting of: a 10-digit telephone number, a United States 
Postal Service address. Postal Service address plus a consumer name, a 10-digit 
telephone number plus a consumer name, a latitude and longitude, an IP address and an 
e-m2iil address. 

6. The infomation system of Claim 1, wherein Mid Linkage Key is selected 
from a gro^ orruni States Postal Service Delivery Point Code (DPC). ZIP+4, 
State-county/census tract/census block, coordinate interleaved pair (quad-tree). 10-digit 
telephone number, standardized street address, standardized street address plus a 
standardized name, 10-digit telephone number plus standardized name, sequentially 
assigned number. 



-42- 



7. The information system of Claim 1, wherein said Linkage Key 
conversion module comprises instructions for converting a consumer address into a 
United States Postal Service Delivery Point Code. 

8. The information system of Claim 1, wherein said infonnalion serx'er 
comprises an Internet server. 

9. The information system of Claim 8, wherein said Internet server 
comprises instructions for writing said consumer identifier to a consumer's computer. 

10. The information system of Claim 9, wherein said Internet ser\'er 
comprises instructions for writing a cookie data file to said consumer's computer. 

11. The information system of Claim 1, wherein said consumer data 
comprises household data, individual data, census data, business location data or 
government location data, business financial data, consumer product/service 
consumption scores, maps, driving directions, USPS address data, property data, 
enviromnental data and geography related data. 

12. A wide area network system for capturing consumer data, comprising: 

a first server comprising first commands that are executed in response to 
• a request for an Internet page compoiienl, wherein execuiion of said first 
commands results in storing a unique consumer identifier on a consumer 
computer; and 

a second server comprising second commands that are executed in 
response to a consumer accessing a merchant ser\'er, said second commands 
performing a method comprising: 

receiving a unique merchant identifier from said merchant server; 

reading said unique consumer identifier from said consumer computer; 
" - . :,r.v acccssittg consumer data based on^ssud unique consunaer identifier, and — 

transmitting said consumer data and said imique merchant identifier to 
said merchant server. 

13. The system of Claim 12, wherein said second commands perform a 
method comprising converting said unique consumer identifier into a Linkage Key, 
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14. The system of Claim 13, wherein said consvimer data is accessed by 
comparing said Linkage Key with a Linkage Key database comprising consumer data 
indexed by said Linkage Key 

15. The system of Claim 12, wherein said unique consumer identifier is 
selected from the group consisting of: a 10-digil telephone number, an United States 
Postal Service address, an United States Postal Service address plus a consumer name, 
a 10-digit telephone number plus a consumer name, a latitude and longitude, an IP 
address and an e-mail address 

16. The system of Claim 12, wherein said Internet page component is an 
image or .a pixel. 

17. The system of Claim 12, wherein said first server and said second server 
are the same ser\'er, and said second commands comprise instructions for reading a 
cookie data file from said consumer computer. 

18. The system of Claim 12, wherein said first server and said second server 
are the same server, and said first commands comprise instructions for storing a cookie 
data file on said consumer computer. 

19: A wide area network system for providing consumer data to a merchant, 

comprising: 

a first information server in communication vnXh a first merchant server, 
said first information server configured to store a cookie data file comprising a 
consumer identifier on a consumer computer after said consumer computer has 
accessed said first merchant server; and 

said first information server being in conmixmication with a second 
merchant server^ said first information server comprising: 
. X v i^^ arid 

corresponding merchant identifiers, and 

a database of consumer data indexed by said consumer identifier, 
wherein said first information server is configured so that, in response to 
said consumer computer accessing said second merchant server, said 
cookie data file is read and said consumer data and corresponding 
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merchant identifiers are transmitted from said database to said second 
merchant server. 

20. The system of Claim 19, wherein said consximer identifier is a Linkage 
Key and said consumer data is indexed by Linkage Keys. 

2L The system of Claim 19, wherein said consumer identifier is selected 
from tlie group consisting of: a 10-digit telephone number, an United States Postal 
Service address, an United States Postal Service address plus a consumer name, a 10- 
digit telephone number plus a consumer name, a latitude and longitude, an IP address 
and an e-mail address. 

22. . The system of Claim 19, wherein said consiuncr data comprises 
demographic data, consumer mailing addresses, median home prices or business 
locations. 

23. The system of Claim 19, wherein said second commands are executed in 
response to said consumer computer requesting a page from said second merchsmt 
ser\'er. 

24. A system for providing consumer data to a network node, comprising: 

an interactive voice response interface for receiving voice coimiiands and 
converting the voice commands into an input variable; 

a conversion module comprising instructions for converting said input 
variable into a Linkage Key; 

instructions for comparing said Linkage Key to a Linkage Key database 
in order to retrieve said consumer data relating to said variable; and 

a second module comprising instructions for transmitting said consumer 
data to said network node. 
' 25. The method of Claim 24, wherein"saia network' node is selected from the 
group consisting of: a consumer computer, a 3"* party server, a merchant server and a 
merchant store computer. 

26. The system of Claim 24, wherein said Linkage Key is a spatial key. 

27. The system of Claim 24, herein said interactive voice response 
interface is linked to a wireless telephone. 
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28. The system of Claim 24, wherein said input variable is a telephone 
number, a postal address, a telephone number and corresponding consumer name, and a 
United States postal address and corresponding consumer name. 

29. A method for providing a merchant with consumer information, 
comprising: 

capturing consumer data being transmitted from a consumer computer to 
a first merchant server; 

writing a unique consumer identifier to said consumer computer, wherein 
said consumer identifier is based on said consumer data; 

providing a second merchant server with an Internet page component, 
wherein transmission of said page component to said consumer computer allows 
said information server to read said unique consxmier identifier; and 

providing consumer information to said second merchant server based on 
said unique identifier. 

30. The method of Claim 29, wherein said consumer identifier is a Linkage 

Key. 

31. The method of Claim 30, wherein said Linkage Key is an United States 
Postal Service Delivery Point Code (DPC). 

32. The method of Claim 30, wherein said Linkage Key is a spatial key that 
defines a geographic area. 

33. The method of Claim 32, wherein said spatial key is a zip code. 

34. The method of Claim 29, wherein said consimer data is a United States 
Postal Address. 

35. The me^od of Claim 29, wherein said consumer identifier is selected 
fipom the grcupLv.Goii3istia^x)f::--a -10-d!git telephone number, an Unitcd^Siates .postal 
Service address, an United States Postal Service address plus a consumer name, a 
latitude and longitude, an IP address and an e-mail address. 

36. The method of Claim 29, wherein said consumer identifier is a Linkage 
Key input parameter value, and said method comprises converting said Linkage Key 
input parameter value into a Linkage Key. 
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37. The method of Claim 29, wherein writing a xmique consumer identifier 
comprises writing a cookie data file to said consumer computer. 

38. The method of Claim 29, wherein said consumer information comprises 
median income data, property value data, census data, business location data or 
govenmicnt location data. 

39. The method of Claim 29, wherein said Internet page component is an 
image file. 

40. A method in an information server for determining the mailing address 
of a consumer, comprising: 

capturing a imique consumer identifier fi-om said consumer as it is being 
transmitted to a first merchant server; 

writing said unique consumer identifier to said consumer computer; 

receiving a request from said consumer corhputer to transmit an Internet 
page component that was referenced on a second merchant server; 

responsive to said request, reading said xinique consumer identifier fi'om 
said consumer computer; 

accessing a database of consumer address iufomiaiion using said 
consumer identifier; and 

transmitting the mailing address of said consumer computer to said 
second merchant ser\'er, 

41. The method of Claim 40, wherein said consumer identifier is a Linkage 

Key. 

42. The method of Claim 41, wherein said Linkage Key is an United States 
Postal Service Delivery Point Code (DPC). 

.^:.?iT-;-.4^ The -methc(^^ identifier is selected - 

firom the group consisting of: a 10-digit telephone nimiber, an United States Postal 
Service address, an United States Postal Address plus a consumer name, 10-digit 
telephone number plus a consumer name, a latitude and longitude, an IP address and an 
e-mail address. 
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44. The method of Claim 40, A^erein said consumer identifier is a Linkage 
Key input parameter value, and said method comprises converting said Linkage Key 
input parameter value into a Linkage Key. 

45. The method of Claim 40, wherein writing a unique consumer identifier 
comprises writing a cookie data file to said consumer computer. 

46. The method of Claim 40, wherein said Internet page component is an 
image file. 
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SYSTEM AND METHOD FOR LINKING INFORMATION IN A GLOBAL 

COMPUTER NETWORK 

Abstract of the Disclosure 
A system that flexibly, retrieves, processes and distributes data across a global 
computer network is disclosed. Within the system, a first party identifier is captured 
and converted into a Linkage Key, such as a United States Postal Service Delivery point 
code (1 1 -digit zip code). The Linkage Key is then used to retrieve Linkage Key indexed 
data from various network nodes that house components of a virtual Linkage Key 
indexed database. The retrieved information associated with the first pjurty identifier is 
then distributed by the system to one or more network nodes to provide benefits to the 
first party and other network nodes. 



S.\DOCS\MLF\MLF-3226.DOC 
051200 



-49. 



Page 1 



Attorney's Docket No. TARINFO.015A 



DECLARATION - USA PATENT APPUCATION 



As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name; 

I believe 1 am an original, first and joint inventor of the subject matter which is claimed 
and for which a patent is sought on the invention entitled SYSTEM AND METHOD FOR 
LINKING INFORMATION IN A GLOBAL COMPUTER NETWORK; the specification of 
which is attached hereto; 

I hereby state that I have reviewed and understand the contents of the above identified 
specification, including the claims, as amended by any amendment referred to above; 

I acknowledge the duty to disclose information which is material to patentability as 
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